A SECURE NETWORK AND METHOD OF ESTABLISHING 
COMMUNICATION AMONGST NETWORK DEVICES THAT 
HAVE RESTRICTED NETWORK CONNECTIVITY 
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BACKGROUND OF THE INVENTION 
Field of the Invention 

The present invention relates particularly to a secure network 
15 configured to provide secure network connections amongst multiple businesses 
and, more particularly to a secure network and method of establishing 
communication amongst network devices that have restricted network 
connectivity. 

20 Description of the Related Art 

Company networks are vulnerable to numerous network attacks. 
Network firewalls or similar approaches are deployed as a common business 
practice to mitigate the risk of such attacks. Typically these security measures 
allow for unrestricted connectivity within the company or among a known 

25 collection of host devices, but they restrict access from public networks and 
other organizations or unknown devices. For example, the company may allow 
employees to access any web site on the public Internet, but prohibit access to 
confidential internal web sites by unknown users from public networks. 

30 Several types of devices have been developed that perform 

network firewall fimctions. One commonly known device is a router, which is 
a device that determines the next network point to which a packet of 
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information is to be delivered. Before the packet is forwarded to another 
device, the router may use an access list that provides conditions or rules to 
determine whether the packet has access to the particular destination. In 
addition, these devices may provide functions such as user authentication. 
5 Also, application proxies, e.g., socks and caching web proxies, allow specific 
applications to be executed for network security and might also employ user 
authentication. 

Companies typically have a network security policy that 
10 describes the type of access that should be permitted through firewall devices. 
This policy is achieved through the application of a combination of the network 
firewall devices described above. One common network seciuity model 
implemented by many companies is the concept of dividing the networks into 
three categories: internal, external, and De-Militarized Zone (DMZ). This type 
15 of network security policy is defined by the access permitted between these 
network categories. That is, the network firewall is made up of devices that 
provide the interconnections between these network categories. The network 
firewall is located at a network control point, which is located between the 
internal network and the external network, e.g., the public Intemet, and at any 
20 direct links to other companies. End-user hosts and internal servers are part of 
the iatemal network. The public Intemet and other company networks are part 
of the extemal network. Web servers, email servers and other application 
servers that require general cormectivity with the extemal network are part of 
the DMZ. 

25 

A common network secxirity policy may be that internal systems 
are permitted to create connections to the extemal networks, but coimections 
fi-om the extemal network to the internal network are not permitted, unless they 
are accompanied by user authentication. In addition, the DMZ hosts are 
30 permitted to have connectivity to the extemal networks and the intemal 
networks independently, but are not permitted to have "pass-through" 

HP Docket No. 10002247-1 2 
WAB-73979 


connectivity from the external networks to the internal networks. An exception 
to the common network security policy might be configitred into the network 
firewall when, for example, a DMZ or external network may have a particular 
user or host that must be permitted access to a particular host in the intemal 
network. 

The intemal, extemal, and DMZ architectm-e, however, has many 
drawbacks. For example, if the company network has multiple extemal 
connections to the public Internet that are in different geographic locations, 
wide-area asymmetric routing to the public Intemet is likely. That is, inbound 
and outbound data for a given connection will not pass through the same 
firewall device and therefore firewall policies that rely on inspection of the 
protocol state will fail, because the protocol state will reside in two different 
firewall devices. In Intemet Protocol (IP) networks, technologies such as 
Network Address Translation (NAT) may be used to work around this problem, 
but these technologies do not address the underlying issue and often introduce 
problems in large or complex networks. Currently, no technology is generally 
available for synchronizing the protocol state between firewall devices in 
separate geographic locations. 

In addition, this architecture is limited to having only one intemal 
network, which exposes the company to great risks if an unauthorized user 
gains access to the intemal network. This architectm-e also does not allow tiie 
company the option of segmenting risk. Hence, a risk taken by one host in the 
intemal network is a risk taken indirectly by all the other hosts in the intemal 
network. This becomes apparent when considering the above exception to the 
common network security policy. The risk to all the intemal hosts is greatly 
increased for every host in the extemal network that is permitted access to the 
intemal network via the network firewall or DMZ. 
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This architecture is further limited due to its difficulty in 
maintaining a xmiform firewall policy for firewall devices that are across 
geographic locations and company imits. Each firewall device has a 
combination of a number of diverse and complex rules that reflect the overall 
security policy and the specific exception cases required at that specific 
network control point. Each of these network control points represents a risk to 
the entire company. If there is a simple misconfiguration on any firewall 
device, the entire intemal network is exposed to an imintended security breach 
or unwanted behavior. As the number of network control points increase, the 
likelihood of security exposure increases dramatically. 

Another network security architecture includes establishing 
concentric rings of network access control. This architecture allows the most 
sensitive information resources to be kept in the innermost rings, while the 
most common information resources to be kept in the outermost rings. 
Extemal networks are outside of the outermost ring. The network security 
policy for the outer rings is fairly permissive, while the network secxirity policy 
for the inner rings is much more restrictive. 

One limitation of the concentric ring architecture is that some 
connections are required to traverse multiple firewalls for communication 
between two hosts at different levels. For example, if there are four firewall 
rings, then the extemal hosts have to traverse four firewalls before gaining 
access to the inner host in the innermost ring. For each additional firewall 
traversed, the time required to access the inner host is increased. 

Another limitation is that the network security policy for the 
inner rings is limited by the policy enforced for the outer rings. Therefore, it is 
not possible for the inner ring to permit connectivity from extemal networks 
that is disallowed by an outer ring. For example, it is impossible for an inner 
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ring to allow the incoming telnet access, unless that access is also graated at 
each of the outer rings of security. 

These limitations described above for the various network 
security architectures apply to networks of any size, but become more severe 
when considering large or highly distributed networks. A Network Service 
Provider (NSP), Intemet Service Provider (ISP), Application Service Provider 
(ASP), E-Service Provider (ESP), or a large enterprise may have over 100 
network control points aroxmd the world where a network security policy must 
be administered. Using the network architectures described above, it is almost 
impossible to ensure that the policies are consistent and error-free at each of the 
network control points. 

Another drawback for large enterprises or service providers with 
&ewalls at the network control points is that the network security policy 
governing any given hosts must be configured consistently at all the 0(n) 
firewalls, where n is the number of network control points for the enterprise. 
This creates a lot of redundant work and greatly increases the likelihood of 
error in configuration. Also, this can lead to a lack of direct accountability for 
the network security policy. To determine the network security policy for any 
given host, the network security policy must be examined at every network 
control point across the enterprise. The network security policy implemented 
at network control points that are topologically distant from the host have an 
equal role in determining the enterprise network security poUcy for that host. 

Now suppose, an enterprise desires to establish network 
connections with multiple business partners. In this situation, the multiple 
business partners connected to the same enterprise must be assured that no two 
business partners have any xmexpected connection resulting in one business 
partner having access to the other business partner's confidential information. 
For example, a virtual private network infrastructure supporting connectivity 
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from various business partners may result in unexpected connections. One way 
to avoid this is to treat each business partner as a separate bubble with separate 
network boundary equipment. One drawback of using separate network 
boundary equipment is that it is expensive to dedicate interfaces and network 
5 devices to individual business partner connections. 

Therefore, it should be appreciated that there is a need for 
systems and methods that overcome the above drawbacks and limitations. The 
present invention fulfills this need as well as others. 

10 

SUMMARY OF THE INVENTION 
A secure network is provided which includes a plurality of anti- 
bubbles having a plurality of anti-bubble partitions. Each anti-bubble partition 
has at least one network device configured to transmit and receive data. All the 

15 network devices that belong to or correspond to a particular anti-bubble have 
the same network security policy. Data may not be transmitted between two 
network devices in the same anti-bubble or two network devices in different 
anti-bubble partitions of the same anti-bubble. The secure network also 
includes a plxirality of network control points, which has one or more network 

20 control point devices having at least one interface. Each anti-bubble partition 
is connected to at least one network control point. The network control point is 
used to provide a connection between at least two network devices. Each 
network control point device is configured to enforce the network security 
policy of all the anti-bubbles that are connected to it. During the transmission 

25 of data from one network device to another network device, one or more 
network control points are traversed. 

BRIEF DESCRIPTION OF THE DRAWINGS 
Embodiments of the present invention will now be described, by 
30 way of example only, with reference to the following drawings in which: 
FIG. I is a simplified block diagram of a secure network; 
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FIG. 2 is a simplijBed block diagram of a secure network that is 
more complex than the block diagram of the secure network of FIG. 1; 

FIG. 3 is a simplified block diagram illustrating four different 
real or virtual locations utilizing the secure networks of FIGS. 1 and 2; 
5 FIG. 4 is a simplified block diagram illustrating two anti-bubble 

partitions distributed across four different real or virtual locations utilizing 
another embodiment of the secure network of FIGS. 1 and 2; and 

FIG. 5 is a simplified block diagram illustrating three different 
real or virtual locations utilizing another embodiment of the secure network of 
10 FIGS. 1 and 2. 

DESCRIPTION OF THE PREFERRED EMBODIMENT 

In this description, the present invention is described in detail 
with regard to the drawing figures briefly described below. Similar labels and 
15 numbers on one drawing figure may represent the same element on other 
drawing figures. As such, the following terms are used throughout this 
description. For purposes of construction, such terms shall have the following 
meanings: 

20 The term "anti-bubble," unless otherwise specified, is intended to 

refer to two or more devices that have no network access or connectivity with 
each other. Each anti-bubble is made up of at least one anti-bubble partition. 

The term "anti-bubble partition," rniless otherwise specified, is 
25 intended to refer to a number of devices v^thin an anti-bubble, where each 
device coimects to at least one network control point. 

The term "anti-bubble member," imless otherwise specified, is 
intended to refer to all devices v^th one or more network interfaces within an 
30 anti-bubble that has no network cormectivity with any other device within the 
same anti-bubble. 
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The terms "anti-bubble boundary," "anti-bubble boundary 
device," and "bubble boundary device," unless otherwise specified, is intended 
to refer to one or more devices in a network control point that connects to one 
or more anti-bubble partitions or bubble partitions and enforces the network 
security policy for the anti-bubbles and bubbles. 

The term "bubble," unless otherwise specified, is intended to 
refer to two or more devices that have unrestricted network access with each 
other and share a common network access policy. Each bubble is made up of 
at least one bubble partition. 

The term "bubble partition," unless otherwise specified, is 
intended to refer to a network of devices within a bubble, including bubble 
boundary devices, that connect to at least one network control point. 

The term "bubble member," unless otherwise specified, is 
intended to refer to one or more devices v^th one or more network interfaces 
within a bubble, that has unrestricted network connectivity to all other devices 
within the same bubble. 

The terms "network access policy" and "network security 
policy," unless otherwise specified, are intended to refer to one or more rules or 
criteria that govern the movement of data across an anti-bubble boundary. 

The term "network control point," unless otherwise specified, is 
intended to refer to a physically co-located collection of one or more devices 
that perform one or more of the following fimctions: interconnect anti-bubble 
partitions, interconnect bubble partitions, interconnect network control point 
devices, interconnect network control points, and/or enforce a network security 
policy. 
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The term "virtual backbone/' unless otherwise specified, is 
intended to refer to a network that connects a plurality of network control 
points having the property of source integrity (e.g., anti-spoofing). The virtual 
5 backbone is external to all of the anti-bubbles and network control points. 

The term "unknown bubble," xmless otherwise specified, is 
intended to refer to all networks and devices that are not part of any known 
bubble. In an IP network, the unknown bubble includes the hosts and networks 

10 in the public Intemet or private networks that are not part of known bubbles. In 
as much as they are unknown, no assumptions can be made with regard to 
connectivity between devices in the imknown bubble, nor can source integrity 
be assumed. There may be multiple unknown bubbles, each v^th one or more 
bubble partitions. Each imknown bubble partition can connect to multiple 

15 network control points (NCPs). 

The term "known anti-bubble," unless otherwise specified, is 
intended to refer to all anti-bubbles with known network security policies and 
source integrity. 

20 

The term "inter-bubble device," unless otherwise specified, is 
intended to refer to one or more devices with one or more network interfaces 
that are simultaneously a member of more than one anti-bubble or bubble, but 
is not part of a network control point. An inter-bubble device must enforce the 
25 network security policy for each of the anti-bubbles and bubbles of which they 
are members. 

The term "network device," imless otherwise specified, is 
intended to refer to a device connected to a network. The device can be, e.g., a 
30 host, client, server, workstation, desktop, laptop, printer, router, and switch. 
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With reference now to the illustrative drawings, and particularly 
to FIG. 1, there is shown a simplified block diagram of a secure network 10. 
The secure network might include a network control point 12, a network 
control point device 14, interfaces 16, an unknown bubble X, which includes a 
5 bubble partition 18a, a known anti-bubble A, which includes an anti-bubble 
partition 20a, and an inter-bubble device 22. 

The network control point 12 includes one or more network 
control point devices 14. Each network control point device might include one 

10 or more interfaces 16a, 16b, which are used to connect the network control 
point device to bubble 18 and anti-bubble 20. By way of example, in the case 
of an Intemet protocol (IP) network, the interface may be a router port, or a 
local area network (LAN) adapter on a host. In the case of a wireless network, 
the interface can represent a wireless access point connected to a device that 

15 routes data. 

Network control point devices 14 are used to route data and/or 
enforce a network security policy. For example, data can be routed fi^om 
unknown bubble partition 18a to anti-bubble partition 20a, and vice versa, 

20 using the network control point devices. By way of example, this could be 
done in an IP network using a routing device capable of determining from the 
destination IP address that the data received on interface 16a should be sent to 
anti-bubble partition 20a through interface 16b. In addition, the network 
control point devices can enforce the network security policy of the particular 

25 network control point 12, By way of example, in an IP network, routing 

devices can be used to enforce rules based on the contents of the data. Further, 
a wide variety of other devices can perform this function with differing levels 
of sophistication. In an IP network, one network policy decision that can be 
made by the network control point 12 involves allowing or restricting access 

30 based on the source IP address. More advanced devices can allow or restrict 
access by applying rules based on various protocols or an analysis of the 
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context of a connection. The later capability is generally called stateful 
inspection. When a network control point device serves to enforce a particular 
network security policy, the network control point device might also be 
referred to as an anti-bubble boimdary device. 

The anti-bubble boundary device ensures that all data received 
from an anti-bubble is en-route to a network address that belongs to a different 
anti-bubble or bubble. This is generally referred to as a form of reverse anti- 
spoofing. The anti-bubble boimdary restricts data from travelling from one 
anti-bubble partition to another anti-bubble partition of the same anti-bubble. 
For example, a network device in one anti-bubble partition is restricted from 
communicating with a network device in another anti-bubble partition of the 
same anti-bubble. When the anti-bubble boundary implements user 
authentication and authorization, the anti-bubble boundary is configured to 
ensure integrity of the source address after the authorization rules have been 
applied. 

The bubble boimdary device allows data to travel from one 
bubble partition to another bubble partition of the same bubble. For example, a 
network device in one bubble partition is allowed to commxmicating with a 
network device in another bubble partition of the same bubble. When the 
bubble boxmdary implements user authentication and authorization, the bubble 
boundary is configured to ensure integrity of the source address after the 
authorization rules have been applied. The anti-bubble boundary device and 
the bubble bovmdary device may be the same device. 

Each bubble can be an unknown bubble 18a, a known bubble (not 
shown), or a known anti-bubble 20a. The unknown bubble might represent the 
public Intemet or a private network about which no security assxmiptions can 
be made. A device in the imknown bubble cannot access other devices that are 
located in the same unknown bubble. Also, a device in the unknown bubble 
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might or might not be able to access data from a device in a known bubble or 
known anti-bubble. Whether a device in an unknown bubble can access data 
from another device in a known bubble or known anti-bubble depends on the 
network security poHcy of the known bubble and known anti-bubble as 
5 enforced by a network control pomt device (i.e., anti-bubble boimdaiy). 

The inter-bubble device 22 connects two or more anti-bubbles 
and bubbles to one another. The inter-bubble device is typically used in a 
situation where it is desirable to move data between anti-bubble or bubble, or 

10 access resources from more than one anti-bubble or bubble, or provide 
resources to more than one anti-bubble or bubble without going through a 
network control point. The inter-bubble device differs from the network 
control point in that it principally exists to expedite the movement of data for 
select purposes. Hence, inter-bubble devices must include capabilities to 

15 enforce network security policies. The inter-bubble device provides a local 
connection between one or more bubble partitions 18a and anti-bubble 
partitions 20a so that data can be processed with reduced network latency 
resulting in increased throughput. The inter-bubble device and the network 
control point device 14 implement the same network security policy with 

20 regards to bubble partition 18a and anti-bubble partition 20a. 

FIG. 2 is a simplified block diagram of a secure network 24, 
which includes a network control point 12 and a number of anti-bubbles A, C 
and bubbles X, B. Each anti-bubble and bubble includes one or more anti- 

25 bubble partitions and bubble partitions, respectively. For example, anti-bubble 
A includes anti-bubble partition 20a and anti-bubble partition 20b. In the case 
of an IP network, anti-bubble partitions and bubble partitions are defined by 
address ranges corresponding to one or more devices. In IP networks, address 
ranges are defined by a base address and a mask applied to the address to 

30 determine if an address is included in the range. Altematively, anti-bubble 

partitions and bubble partitions may be defined by the placement of a network 
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access point, which allows the secure network to be used with wireless 
networks. Other factors can be applied to distinguish anti-bubbles and bubbles 
based on the underlying network technology used. 

5 In the case of an IP network, any host or network device having a 

network address within the address ranges for a given anti-bubble partition is 
described as being a member of that anti-bubble. Members of an anti-bubble 
have no network connectivity to any other members of the same anti-bubble. 
Moreover, members of any anti-bubble partition have no network connectivity 

10 to members of any other anti-bubble partition within the same anti-bubble. For 
example, a host in anti-bubble partition 20a does not have network connectivity 
to any host in anti-bubble partition 20a or anti-bubble partition 20b. Bubble 
partitions 18a, 18b are partitions of unknown bubbles that represent the public 
Intemet or a private network. Hosts within an unknown bubble partition do not 

15 have network connectivity to other hosts within the same unknown bubble but 
might have network connectivity to hosts within a different unknown bubble. 

Using Figure 2 as an example, the network control point 12 
includes a nxmiber of network control point devices 14a, 14b, 14c, 14d, each 

20 having a plxirality of network interfaces. Network control point device 14a is 
connected to network control point device 14b via interfaces 16b, 16c and is 
connected to network control point device 14c via interfaces 16a, 26a. 
Similarly, network control point device 14d is connected to network control 
point device 14b via interfaces 16d, 26b and is connected to network control 

25 point device 14c via interfaces 26a, 26b. Network control point devices 14a, 
14b route the data from one anti-bubble partition or bubble partition to another, 
and provide source integrity and security. For example, network control point 
devices 14a, 14b are devices that receive data from and route data to other 
network control points. In addition, network control point devices 14a, 14b 

30 receive data from and route data to other network control point devices 14c, 
14d and other network control points via interface 16e and 16f. Network 
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control point devices 14c, 14d are anti-bubble boundary devices that provide 
source integrity and enforcement of network security policies. Each network 
control point device may have interfaces in multiple anti-bubble partitions and 
bubble partitions. Therefore, a network control point device may be a member 
5 of multiple anti-bubble partitions and bubble partitions. For example, network 
control point device 14c is a member of anti-bubble partitions A-1, A-2, and 
C-1 and bubble partitions X-1, and B-1. 

Depending on the type of networks, routing, and security policy 
10 requirements, the network control point devices 14a, 14b, 14c, 14d may be 
routers with access lists, a dedicated network firewall device, an application 
proxy or relay, a network gateway, or any appropriate device capable of 
enforcing source integrity, network security policy, and routing functions. A 
combination of devices performing these functions may also be used to achieve 
15 the desired functionality. 

Each anti-bubble partition 20a might include a number of anti- 
bubble members that transmit data to and receive data from anti-bubble 
members of anti-bubble partitions Aat belong to different anti-bubbles. All the 
20 members of a particular anti-bubble partition 20a may not access data from 

other members in the same anti-bubble partition 20a. For example, anti-bubble 
partition 20a may include bubble member Y and bubble member Z, and bubble 
member Y caimot access data from bubble member Z. 

25 Anti-bubble partitions 20a, 20b of the same anti-bubble 20 may 

share a common interface 28a of the network control point device 14c. Anti- 
bubble partitions can also be coimected to multiple network control point 
devices within the same network control point 12. Figure 2 demonstrates, for 
the case of an IP network, that in the event of a network device failure or to 

30 achieve requirements for network utilization (e.g., load balancing, packet 

shaping, guaranteed performance), data can be routed between multiple devices 
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within the same network control point to allow unrestricted network access 
between devices in multiple anti-bubble partitions of different anti-bubbles. 

However, before a device m one anti-bubble partition 20a can 
5 have access to data from a device in another anti-bubble partition 32a of a 
different anti-bubble, the network control point device 14c or 14d must apply 
the network security policy of both of the anti-bubble partitions 20a and 32a. 
Therefore, since each different anti-bubble 20 and 32 has a distinct network 
security policy, a device contained in one anti-bubble partition 20a must satisfy 

10 the network security policy established by both of the anti-bubble partitions 
20a and 32a before gaining access to the device and data contaiaed in the anti- 
bubble partition 32a. That is, anti-bubbles and anti-bubble partitions have 
network security policies that can apply to both inbound and outbound data. In 
addition, all the anti-bubble members from a particular anti-bubble partition 

15 20a may access data from another anti-bubble partition 32a that belongs to a 
different anti-bubble by satisfying the network security policy established by 
anti-bubble partitions 20a and 32a, which might be the same. In the case of an 
anti-bubble 20 with two anti-bubble partitions 20a and 20b, a network device 
that is a member of anti-bubble partition 20a will have no network access to a 

20 device in anti-bubble partition 20b because network control point device 14c or 
14d will restrict network access amongst all members of the same bubble 20 
regardless of partitioning. 

Similarly, before a device in one anti-bubble partition 20a can 
25 have access to data from a device in one bubble partition 30a, the network 

control point device 14c or 14d must apply the network security poHcy of both 
of the anti-bubble partitions 20a and the bubble partition 30a. Therefore, since 
the anti-bubble 20 and the bubble 30 have distinct network security policies, a 
device contained in one anti-bubble partition 20a must satisfy the network 
30 security policy established by both of the anti-bubble partitions 20a and the 
bubble partition 30a before gaining access to the device and data contained in 
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the bubble partition 30a. That is, anti-bubbles and bubbles have network 
security policies that can apply to both inbound and outbound data. In 
addition, all the anti-bubble members from a particular anti-bubble partition 
20a may access data from bubble members of a bubble partition 30a by 
satisfying the network security policy established by anti-bubble partition 20a 
and bubble partition 30a, which might be the same. 

Network traffic originating from a device located in anti-bubble 
partition 20a will be subject to source integrity and security policy checks by 
device 14c or 14d before being routed to a device located in bubble partition 
30a or anti-bubble partition 32a. The data will be routed to the destination 
device in bubble partition 30a or anti-bubble partition 32a provided that 
security policy for bubble partition 30a or anti-bubble partition 32a enforced by 
network control point device 14c or 14d permits this type of traffic and source 
integrity is not violated. In addition, one anti-bubble partition does not 
automatically inherit the network security policy of another anti-bubble 
partition. That is, even though network control point device 14c and 14d both 
errforce network security policy for anti-bubble partitions 20a and 32a, anti- 
bubble partition 20a does not inherit the network security policy of anti-bubble 
partition 32a. 

The network control point devices 14a, 14b, 14c, 14d enforce 
source integrity for the anti-bubble partition and bubble partition that they are 
connected to. In an IP network, for example, source integrity is commonly 
referred to as anti-spoofing and means that a router will block data marked as 
originating from an address that is not part of the valid address range for a 
particular mterface. Other methods for validating source integrity apply to 
other types of networks. By way of example, for lower level networks, a media 
access control (MAC) address can be checked for validity against a list of 
known addresses. It is important for all network control point devices to 
strictly enforce source address integrity. Per source integrity practice for IP 
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networks, a member of an anti-bubble is not permitted to send data outside the 
anti-bubble partition if it is not sourced from an address within the range that 
defines its anti-bubble partition. The concept of source integrity is known in 
the art and these examples are not intended to be exhaustive. 

All anti-bubble partitions of a single anti-bubble implement a 
common network security policy. An example of network security policy in an 
IP network is when a particular anti-bubble boundary does not allow any user 
datagram protocol (UDP) traffic originating outside the anti-bubble to come 
into the anti-bubble, and that transmission control protocol (TCP) connections 
must only originate from within the anti-bubble with no additional restrictions 
on application protocols. Such rules might be appropriate when all hosts 
within the anti-bubble include sufficient secxrrity measures to protect them from 
exploit laimched through an allowed method of network commimication. In 
this instance, antiviral software offering real-time protection against hostile 
content arriving over e-mail or the Web might be appropriate. Hence, anti- 
bubble security is provided by a combination of network and host security 
measures. Host security is a combination of physical control, access 
restrictions, configuration management, operational processes, intrusion 
detection and response, and software version control. This example is only to 
illustrate the nature of network security policy. Depending on the security 
need, the sophistication of firewall technology available, and the type of 
network used, rules can be highly tailored to meet particular needs. 

The network control point 12 is made up of network control point 
devices, e.g., 14c, that have at least two interfaces (I/F), e.g., 28a, 28b. 
Interface 28a may connect to one or more anti-bubble partitions, e.g., 20a and 
20b. An interface typically does not allow connection of two or more anti- 
bubble partitions without requiring the enforcement of network security policy 
at a network control point device 14. Also, the interfaces (e.g., 16a and 26a) 
might be part of the network control point devices that are used to interconnect 
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network control point devices. The network control point may include multiple 
network control point devices for redundancy and for separating the tasks 
provided by each anti-bubble boundary. These network control point devices 
may implement the same network security policy. Where ability to connect or 
5 addressing is used to determine anti-bubble membership, anti-bubble partitions 
belonging to different anti-bubbles may share the same network interface on 
network security policy devices. In an IP network, for example, two devices 
sharing the same LAN interface would, by definition of the underlying 
technology, be able to connect with each other and hence must share the same 
10 network security policy. 

No topological hierarchy exists for the anti-bubble partitions. In 
addition, one anti-bubble, e.g., anti-bubble A, may not be directly connected to 
another anti-bubble, e.g., anti-bubble C. Rather, data traveling between 

15 different anti-bubbles must traverse at least one network control point device 
14c or inter-bubble device 22. Similarly, two anti-bubble partitions of the same 
anti-bubble may not be connected directly to one another and must be 
connected to one or more network control point devices within the same 
network control point. The network control point interconnects anti-bubble 

20 partitions, network control point devices within the same network control point, 
and the network control point to other network control points. The network 
control point 12 also includes network control point devices 14a and 14b that 
connect through interfaces 16e, 16f to the virtual backbone. 

25 Firewall policy synchronization is only required for the network 

control point devices that are implementing a common network security policy, 
rather than all the network control point devices across the entire company. 
Network security policy for any given host within an anti-bubble partition is 
managed at 0(1) firewalls, rather than 0(n) firewall, where n is the mmiber of 

30 external control points for the company. A common network security policy 
can exist in multiple geographic locations. 
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FIG. 3 is a simplified block diagram illustrating four different 
real or virtual locations utilizing the network security system of FIGS. I and 2. 
Campus 1, 2, 3, and 4 can be organized as four separate real or virtual locations 
5 or one location having four separate regions. The bubble configuration and 
connections for that netw^ork control point need not be known to permit 
interoperation wdth bubbles implemented at campuses 12a, 12b, and 12c. 
Network control point 4 (12d) may be implemented by another entity at any 
location. 

10 

Each campus is connected to one another via the network control 
point 12. More specifically, the network control point devices 14 of the 
network control point are coupled to one another. The network created by the 
interconnection of network control points forms a virtual backbone. The 

15 virtual backbone is a special network bubble type. It is the collection of all 
network control points 12 for an enterprise or entity implementing a network 
utilizing the principles of this invention along with the links connecting the 
network control points to each other. Typically an enterprise will have one 
virtual backbone, and service providers may have one or more depending upon 

20 the needs of their customers and the networking requirements imposed by their 
customer's needs. The nimiber of virtual backbones is a fimction of 
implementation of the invention and has no bearing on the operation of the 
resulting network. 

25 Regarding the virtual backbone, the source address of all anti- 

bubble partitions and bubble partitions must be strictly enforced at the network 
control points and integrity of the source address must be maintained in all 
virtual backbone links, which interconnect network control points. The 
minimum network security policy for the virtual backbone is that it will enforce 

30 source address integrity on its extemal connections, that is, not allowing 

extemal networks to send data that masquerade as being sourced from address 

HP Docket No. 10002247-1 19 
WAB-73979 


space included in a known bubble or anti-bubble implemented, or reserved for 
implementation. 

Except in the case of a service provider that explicitly v^shes to 
5 permit traasit traffic, the virtual backbone w^ill also enforce strict restrictions on 
transit data traffic, so that extemal networks will not make unauthorized use of 
the enterprise virtual backbone links. Although all other network bubble traffic 
for the enterprise will traverse the virtual backbone, it will remain a separate 
bubble unto itself. The virtual backbone is outside the bubble boundary or 

10 firewall and is extemal to all of the plurality of network anti-bubbles and 
bubbles. The anti-bubble partitions and bubble partitions themselves are not 
part of the virtual backbone, so they must utilize separate real or virtual 
equipment for LAN and WAN infrastructure that is contained entirely within a 
bubble boimdary. This allows for a consistent network security policy for each 

15 atiti-bubble partition and bubble partition that may be managed and maintained 
independent of the virtual backbone that is used to intercoimect network 
control points. 

Figure 3 demonstrates that relatively complex networks can be 
20 constructed across separate locations each implementing a consistent network 
security policy. Each anti-bubble and bubble may be controlled or owned by a 
different part of an enterprise. Anti-bubble A includes anti-bubble partitions 
20a, 20b, 20c and 20d implemented at 3 locations, e.g., campus 1, 2 and 3. 
Network security policy for anti-bubble partition 20d will be enforced at 
25 network control point 12c, while enforcement for anti-bubble partition 20a vnll 
be carried out at network control point 12a. Network control points 12a, 12b, 
and 12c will enforce consistent network security policy for all partitions of 
anti-bubble A. The same will be true of all partitions of all anti-bubbles 
coimected to every network control point within the virtual backbone. 
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The network security policy is enforced at each network control 
point 12. Enforcement at topologically "local" network control points 
eliminates wide area routing asymmetry issues and its restrictions on the use of 
stateful packet inspection firewalls. Asymmetric routing occurs when data 
5 between two points traverse different interfaces for any given round-trip 

exchange. By requiring all data for a particular anti-bubble to traverse a single 
anti-bubble boundary implemented by one or more network control point 
devices 14 located at a single network control point 12, the anti-bubble 
boundary becomes a concentration point for all traffic hence providing a single 
10 point for enforcing network security policy regardless of asymmetry outside of 
the network control point. FIGS. 1, 2, and 3 demonstrate this embodiment of 
the secure network. 

FIG. 4 is a simplified block diagram illustrating two anti-bubble 
15 partitions distributed across four different real or virtual locations utilizing 
another embodiment of the secure network of FIGS. 1 and 2. The secure 
network of FIG. 4 may be appropriate where asymmetric routing is not a 
consideration. The secure network of FIG. 4 includes anti-bubble D having 
one anti-bubble partition 34a and anti-bubble E having two anti-bubble 
20 partitions 36a and 36b. Anti-bubble partition 34a is connected to three network 
control points 12a, 12b, and 12c. Hence, all three network control points are 
topologically "local." Therefore, network devices in anti-bubble partition 34a 
are subject to asymmetric routing. Anti-bubble partition 36a is connected to 
two network control points 12b and 12d. Similarly, network devices in anti- 
25 bubble partition 36a are subject to asymmetric routing. All network control 
points to which an anti-bubble partition is directly connected must enforce the 
network security policy for the anti-bubble. Hence, the network security policy 
for all anti-bubble partitions connected to multiple network control points is 
limited to those capabilities that can be controlled across multiple locations. 
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The network security policy for the network devices in each anti- 
bubble partition is enforced identically at each of the multiple (m) network 
control points, where m is the number of network control points connected to a 
particular anti-bubble partition. That is, if an anti-bubble partition is connected 

5 to 10 different network control points, then m is equal to 10. The value of m is 
less than n, where n is the total number of network control points in the secure 
network. In this embodiment of the secm-e network, m is preferably at least 
one order of magnitude of 10 less than n. That is, if n is 100, then m is 
preferably less than 10, more preferably less than 5, and most preferably 1 or 2. 

10 These are only a few examples of the values of n and m. That is, the secure 
network can utilize a variety of values for n and m while still maintaining the 
spirit and scope of the present invention, 

FIG. 5 is a simplified block diagram illustrating three different 
15 real or virtual locations utilizing another embodiment of the secure network of 
FIGS. 1 and 2. The secure network of FIG. 5 illustrates a case where a network 
topology includes network control points 12a, 12b and 12c that act solely to 
route data as part of a virtual backbone. In this simplified block diagram of an 
embodiment of the secure network described in FIGS. 1 and 2, anti-bubble A 
20 has three anti-bubble partitions 20a, 20b, and 20c. Two of the anti-bubble 
partitions 20a and 20b are connected to a single network control point 12a. 
The third anti-bubble partition 20c is coimected to a single network control 
point 12c. Bubble B has one bubble partition 30a connected to a single 
network control point 12b. Anti-bubble C has one anti-bubble partition 32a 
25 connected to a single network control point 12c. There is a network connection 
between network control points 12a and 12b, and another network connection 
between network control points 12b and 12c. However, no network connection 
exists between control points 12a and 12c. 

30 As in most of the embodiments of the secure network, except in 

the presence of an inter-bubble device, aU data sent from or received by a 
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network device in an anti-bubble partition or bubble partition and destined for 
or received from a network device in another anti-bubble partition or bubble 
partition must traverse a network control point device as part of a network 
control point. Hence, data sent from anti-bubble partition 20a must traverse 
network control point 12a before it can be received at any other anti-bubble or 
bubble partitions within the secure network. This principle can be similarly 
applied to all anti-bubble partitions and bubble partitions within the secure 
network. 

In this example, data cannot be sent or received between two 
partitions of the same anti-bubble A 20a and 20c. However, data may be sent 
from anti-bubble partition 20a to anti-bubble partition 32a, but must traverse 
network control point 12b since there is no direct connection between control 
points 12a and 12c. In this case, network control point 12b does not apply the 
network security policy of either anti-bubble partition between which data is 
being transmitted. Rather, the devices of the network control point 12b 
perform a routing fimction and enforce the requirements of the virtual 
backbone (e.g. source integrity). This would be true of data transmitted 
between any anti-bubble partitions connected to network control point 12a 
when sent or received from any anti-bubble partition connected to network 
control point 12c. Network control point 12b enforces network security policy 
only when data is being transmitted to or from network devices in bubble 
partition 30a. A network control point, e.g., 12b, that performs a routing 
ftmction and/or enforces the requirements of the virtual backbone is referred to 
as an intermediate network control point. 

The foregoing detailed description of the present invention is 
provided for the purposes of illustration and is not intended to be exhaustive or 
to limi t the invention to the precise embodiment disclosed. Several 
embodiments of the secure network have been described that are provided for 
the purposes of illustration and are not intended to be exhaustive or to limit the 
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invention to the precise embodiment disclosed. The embodiments may provide 
different capabilities and benefits depending on the configuration used to 
implement the secure network. Accordingly, the scope of the present invention 
is defined by the following claims. 
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